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SCHEMA DRIVEN MANAGEMENT OF A COMPONENT-BASED APPLICATION 

BACKGROUND 

This invention relates to software development techniques involving the use of 
components in a component-based application. 

Component-based applications are built from building blocks of software called 
5 components. Each component corresponds to a function or set of functions that may be used 
and reused in different component-based applications. Instead of creating the software 
applications from scratch, component-based applications are created by combining these 
existing components, and possibly new components developed specifically for the 
application. For example, client/server applications can be created using separate 

10 components to process information on a server, transmit information from the server over a 
network to a client, and then interpret or interact with the information on the client. The 
component-based applications are easier to maintain in part because the components can be 
developed, analyzed, and tested in individual units. 

The components must agree on certain protocols and communicate information to 

15 each other in a predetermined manner in the component-based application. Existing 

infrastructure technologies for object-oriented components to exchange information include 
Common Object Resource Broker Architecture (CORBA) and Microsoft's Component 
Object Model (COM) and Distributed Component Object Model (DCOM). Developers use 
these object-oriented technologies along with customized code to facilitate the 

20 communication and collaboration between the components. The object-oriented technologies 
provide a conduit for passing information between objects locally and over networks. 
Customized code created by the developers allows the components to gather information 
about other components and the component-based application being created. In conventional 
component-based systems, it is this customized code within each component that allows 

25 different components to work together. 

Unfortunately, it is often difficult to modify one component used in a component- 
based application without modifying many other components. If the modified component 
processes information differently, other components that subsequently use the information 
may also require modification. In some instances, it may take too much development time to 

30 modify the many different components in a component-based application. Further, if the 



developer is an OEM (Original Equipment Manufacturer), the company supplying the 
components may not want to disclose all the source code to the OEM. The OEM is left with 
using the components in a component-based application exactly as they are provided or 
entering into a complex licensing and development contract with the supplying company. 
5 This requires the OEMs to work closely with companies supplying component-based 

applications to develop value-added components that meet the needs of the OEMs product 
line. Software is not modified without efforts of the company supplying the source-code and 
the OEMs development team. As a result, value-added enhancements made to existing 
component-based applications come with long development times and high costs. 

10 SUMMARY 

In one aspect of the present invention, a method and system is provided for 
organizing components to perform a service used by a component-based application. The 
operations for organizing the components includes selecting a role name symbolizing the 
service that the component-based application requests, grouping components together to 

15 perform the service wherein each component includes interfaces for communicating 

information with other components, and defining an assembly data-structure having the role 
name and metadata information identifying each component in the group of components and 
the connections used to connect the interfaces in each component with the other components 
used in performing the requested task. The component-based application can be modified to 

20 perform different services by adding or replacing such assembly data-structures and their 
components. 

In another aspect of the present invention, a method and system for providing a 
component-based application access to a service is provided. The processing of a service 
includes receiving a request from the component-based application, or from a loaded 

25 component, that specifies a role name symbolizing the task, accessing an assembly data- 
structure corresponding to the role name and having metadata information specifying a 
number of components used to perform the service and interfaces used to connect each 
component with other components, wherein the interface facilitates communicating 
information between components, loading a component identified in the assembly data- 

30 structure into an area for processing, connecting an interface associated with the loaded 
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component to other components according to the meta-data information in the assembly data- 
structure, and performing the requested service using the loaded component to process data 
and the interface to pass information from the loaded component to other components. 

An additional aspect of the present invention also includes methods and systems for 
5 integrating components together to perform an existing service when one of the components 
is modified. The associated operations for integrating these components together include 
providing an assembly data-structure having metadata information specifying a number of 
components that work together to perform an existing service and a number of interfaces 
used to connect the components together and facilitate communication between the 
10 components, modifying one of the components, wherein the modified component alters the 
processing of information and renders the modified component and information incompatible 
with the other components associated with the existing task, creating a new component to 
1 filter information that passes through an interface connected to the modified component, and 

;? modifying the assembly data-structure to specify the new component and to indicate that the 

* 15 new component filter the information passing through the modified component, wherein the 

: ? 

3 modified component and new component produce filtered information compatible with other 

'i components used by the existing task. 

The details of one or more embodiments of the invention are set forth in the accompa- 

* nying drawings and the description below. Other features of the invention will be apparent 
if 20 from the description and drawings, and from the claims. 

* DESCRIPTION OF DRAWINGS 

FIG. 1 A is a block diagram that depicts the use of a filter component developed to 
interface between two existing components; 

FIG. IB is a block diagram representation of a component-based application used to 
25 process a page description language (PDL); 

FIG. 2 is a block diagram representation of a software infrastructure for processing 
and assembling components for use in a component-based application; 

FIG. 3 is a flow-chart of the operations used to create an assembly data-structure for 
assembling components into a component-based application; 
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FIG. 4 is a flow-chart of the operations used load and unload a component-based 
application for providing a service; 

FIG. 5 is a flow-chart of the operations used to add a new component to an assembly 
data-structure that filters information from an existing component in the assembly data- 
5 structure; and 

FIG. 6 is a block diagram representation of a system implementing a component- 
based application of the present invention. 

DETAILED DESCRIPTION 
A method and system is described for assembling components into component-based 
10 applications according to an assembly data-structure. Rather than customizing code in each 
component to load other components, the assembly data-structure determines the components 
r=l required to perform a service or role requested by a component-based application or a loaded 

assembly and the relationships between the components. To modify a component-based 
«= application, assembly data-structures and their components can be added or replaced. 

J 3 15 FIG. 1 A is a block diagram illustrating the use of a filter component developed to 

! - interface between two existing components. FIG. 1 A includes an existing component 

identified as componentA 102 A, a new component identified as componentx 104 A and 
"I another existing component referred to as components 106 A connected together by interface 

^ 108 A and interface 11 OA. Using componentx 104A facilitates communication between the 

□ 20 other surrounding components. 

In one implementation, componentA 102 A and components 106 A are the initial 
components of a component-based application. To modify the data processed by these initial 
components, the new component identified as componentx 1 04A is placed between the 
existing components. This allows the developer to modify the information without directly 
25 modifying the actual code in the components. This is useful when a component is modified 
or when a new component is developed that may be incompatible with other components in a 
component-based application. For example, assume componentA 102 A and components 
106 A cannot communicate with each other directly. A developer uses componentx 104A to 
translate and filter information between the two components thereby allowing them to 
30 communicate. Componentx 104 A is considered for this purposes to be a server of interface 
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108 A, also referred to as an ingoing interface, and a client of interface 1 10A, also referred to 
as an outgoing interface. 

This method of using components to filter information and connecting components is 
useful in developing large component-based applications that change over time. For 
5 example, FIG. IB is a block diagram representation of a component-based application used 
to process a page description language (PDL). In one implementation, this PDL language 
can be the PostScript PDL developed by Adobe Systems Incorporated of Santa Clara. The 
component-based application 100B in FIG. IB includes a PDL 102B, a graphic machine 
reducer 104B, a rendering module 106B, a display list HOB that works in parallel with 

10 rendering module 106B and provides information to frame buffer 108B, banded separation 
module HOB, and banded non-separation module 1 14B. Each of these modules work 
together closely in the processing data in PDL 102B into one of many media types 116. 

Over time, it may become necessary to change or replace components in component- 
based application 100B. For example, Original Equipment Manufactures (OEM) may want 

15 to replace or modify certain modules such as rendering module 106B to provide different 
functionality or accommodate a product produced by the OEM. In the past, this would 
require replacing rendering module 106B and then modifying or replacing other modules in 
component-based application 100B to accommodate different data formats and different 
information being processed. For example, callers (clients) of the modified component may 

20 need to be modified to invoke the new implementation, which may involve code changes or 
re-linking the application. This process is avoided, however, by replacing rendering module 
106B and, if necessary, connecting it with a filtering component described in association with 
componentx 104 A in FIG. 1 A. An assembly manager and assembly data-structure, as 
described in further detail below, determine which components are included and how they are 

25 connected together for processing. 

FIG. 2 is a block diagram representation of a software infrastructure for processing 
and assembling components for use in a component-based application. The infrastructure 
and other software in FIG.2 includes a component-based application 202, an assembly 
manager 204, a component database 206, and an assembly data-structure 205 that drives the 

30 assembling of components by assembly manager 204. 
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Component-based application 202 can be any application built from components of 
software or that invokes other applications built from components of software. Typically, 
component-based application 202 includes applications that have many discrete functions 
replaced or modified over time. For example, the system for processing a PDL in FIG. IB is 
5 one component-based application that may benefit from the present invention because 
components can be modified and replaced without modifying and replacing every 
component. Many other applications could similarly benefit from the technology. 

Assembly manager 204 performs the run-time assembly of components according to 
information in assembly data-structure 205. Using information in assembly data-structure 
10 205, assembly manager performs late-binding of components to a component-based 

application. This allows the component-based application to be customized by inserting 
filtering components in the application or replacing components upon execution. 

In one implementation, the assembly data-structure is generated in the Extensible 
Markup Language (XML) and is referred to as an assembly schema. One or more assembly 
15 data-structures are stored in an assembly schema database 206. Each assembly data-structure 
205 uses a metadata syntax to describe the components assembly manager 204 loads to 
perform a service and the relationship each component assumes in this process. 

When a component is loaded, the definition for the component is mapped to a factory 
that manufactures the specified object instance. The component definitions define which 
20 interfaces the components use and supply. The component definitions can have a cardinality 
attribute, which defines how many instances of the component object can be made. In one 
implementation, a component can have a cardinality of "1 indicating that only one object 
instance can be made, or a cardinality of "N," indicating that multiple object instances can be 
made. 

25 The assembly data structure 205 also includes metadata describing interfaces that 

components use to communicate information with each other. In the Component Object 
Model (COM) architecture, interfaces are strongly-typed groupings of functions that serve as 
the binary standard through which components communicate. COM components perform 
reference counting to track when they are in use. Any client of an interface is responsible for 

30 incrementing the reference counter when a pointer to the interface is created and for 

decrementing the reference when the pointer to the interface is discarded. Interfaces can be 
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used to communicate between components described in the same assembly or with 
components described in different assemblies. The Interfaces Served table and Interfaces 
Cliented Table associated with assembly manager 204 in FIG. 1 keeps track of the different 
interfaces between the components. As part of the component loading process, assembly 
5 manager 204 checks to ensure that interfaces in the Interfaces Served and Interfaces Cliented 
table are not left unconnected. 

Component database 207 is a repository of components that assembly manager 204 
combines together to provide a specified service. The components in the component 
database 207 are available to component-based application 202 from a local storage area or 

10 over a network connection on-demand or cached according to historical usage information. 
Initially, the components in the component database 207 are the components used in the 
original release of the application. Additional components are stored in the assembly and 
component database 206 as the original component-based application is enhanced, modified, 
and altered by OEMs and others. For example, the component database 207 may include 

15 multiple rendering modules for performing rendering according to several different 
specifications to give OEM manufacturers alternative rendering options. 

In one implementation, assembly data-structure 205 includes metadata describing a 
component 2 1 0, a component type 208, a preconnection table 212, a ServerOf table 214, and 
a ClientOf table 216. Component 210 in FIG. 2 represents one component used in a 

20 component-based application and can be developed using a variety of programming 

languages including Java, C, or C++. Interfaces associated with component 210 receive 
information from and transmit information to other components. Developers determine how 
interfaces are used by component 210 to communicate with other components depending on 
the services being performed and the type of information being exchanged between 

25 components for the particular task. In general, component 210 is characterized by the 
interfaces it implements and interfaces it uses from other components as a client. 

The assembly manager 204 is designed to work with a variety of object models, 
including, for example, Component Object Model (COM) as specified by Microsoft, 
Corporation of Redmond, Washington, Common Object Request Broker Architecture 

30 (CORBA) a public object-model specified by Object Management Group (OMG), and Bravo 
Interface Builder (BIB) as specified by Adobe Systems Incorporated. In one implementation, 
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the assembly manager operates on a base object model architecture and can support 
components based on other object model architectures that are adapted to interface with the 
base object model components. For example, if the assembly manager is based on the COM 
architecture, each component definition specifies a loader, which is responsible for returning 
5 an interface to non-COM components that look like COM components to the rest of the 
system. 

Preconnection table 212 includes a list of interfaces in use by components already 
loaded in memory. Assembly manager 204 loads and connects new components to these 
interfaces as specified in ServerOf table 214 and ClientOf table 216 in assembly data- 

10 structure 205. More interface entries are made into preconnection table 212 as additional 
components are loaded by assembly manager 204. ServerOf table 214 specifies that the 
particular interface acts to connect the component as a server to another component. 
ClientOf table 216 specifies that the particular interface acts to connect the component as a 
client to another component. 

15 In one implementation, the interfaces in the ServerOf table 214 have cardinality 

attributes. A cardinality of "1" indicates that the component can have one client connected 
on that interface, and a cardinality of "N" indicates that multiple clients can be connected on 
that interface. For interfaces in the ClientOf table 216, a cardinality of "1" indicates that the 
component can be connected to one server on that interface, and a cardinality of "N" 

20 indicates that the component can be connected to multiple servers on that interface. 

Assembly manager 202 and assembly data-structure 205 are used together to perform 
numerous different operations with components and applications. These include loading and 
unloading components to provide a service specified by a component-based application, 
creating and registering components and assemblies in databases 206 and 207, and using 

25 additional components to filter and replace existing components in a component-based 
application. 

FIG. 3 provides the operations for creating an assembly data-structure and registering 
it in an assembly and component database. Initially, an assembly identifier label is created to 
identify a particular assembly data-structure (302). In one implementation, a component- 
30 based application includes a caller 220, which may be the component 210, that uses the 
assembly identifier when requesting that an assembly be loaded to provide a particular 
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service. In other implementations, the caller requests a role name, which in turn is associated 
with the assembly identifier and assembly data-structure. Typically, a developer specifies a 
role name or an assembly identifier describing a certain service to be provided. 

The assembly data-structure includes a listing of components and the interfaces used 
to communicate between the components (304). Components are grouped together in the 
assembly data-structure to provide a certain service. These components can also be included 
in other assembly data-structures to perform other services. The developer indicates the 
connections between each component in the assembly data-structure depending on the 
service required by that component. Any component referenced in the assembly data- 
structure must also be registered in the component database (306). The assembly manager 
can only load components if they are registered before they are requested by a component- 
based application. Once all the components are registered, the assembly data-structure is 
registered in the assembly schema database (308). The assembly data-structure has the role 
name and metadata information for identifying each component and the interfaces used to 
connect the different components together to provide a service. In one implementation, the 
components are contained in a local assembly and component database but in alternative 
implementation, components specified in an assembly data-structure can be stored locally 
and/or in remote databases. 

FIG. 4 is a flow-chart of the operations used to load and unload a component-based 
application for providing a service. At some point during execution, a component-based 
application, or a loaded component, requests execution of a service (402). For example, the 
component-based application may process more than one PDL. The application includes a 
sniffer 222 that examines a file to be processed and determines the PDL for that file. The 
sniffer examines the contents of a stream of data from the file or an extension of the filename 
to determine the PDL. The sniffer returns a string corresponding to the PDL to the caller 
220. The string may be an assembly name or role name associated with an assembly used to 
process that PDL. The caller uses the string to invoke the assembly manager. 

The assembly manager receives the string and determines which assembly data- 
structure should be loaded. In some cases, the assembly manager receives a request directly 
from the application for an assembly data-structure having the proper components. In the 
former case, the assembly manager locates and loads the assembly data-structure created for 



processing the requested service (404). If there are other components already loaded, the 
component-based application can provide to the assembly manager the interfaces already 
loaded and in use by other components (406), subject to the cardinality attributes of the 
components and interfaces. The assembly manager connects the interfaces already loaded 

5 with interfaces of the components in the assembly data-structure (408). 

Once the new components are properly loaded, the assembly manager provides the 
component-based application with an entry point to execute the components and perform the 
requested service (410). In an alternative implementation, the components are executed and 
the results are passed by the assembly manager to the component-based application that 

10 makes the request. 

The component-based application requests that the components be unloaded after 
they are executed and results are obtained (412). Unloading these components includes 
removing these components from an area such as memory where they are executed and 
returning any other resources they may have used during execution. In addition, the 

15 components in the assembly are disconnected from the interfaces they were connected to, and 
thus from other components (414). This readies the interfaces to be connected by other 
components associated with a different requested service. Finally, the assembly data 
structure is also removed from memory or storage (416) thus completing the loading and 
unloading of components during execution. 

20 FIG. 5 is a flow-chart of the operations used to add a new component to an assembly 

data-structure that filters information from an existing component in the assembly data- 
structure. The new component filters information produced when an existing component in 
the assembly data-structure is modified or replaced. Initially, a developer creates a new 
component capable of filtering the information from the existing components (502). The 

25 information is filtered to maintain compatibility with other components in the assembly data- 
structure that have not been modified or replaced. This new component is added to the 
assembly data-structure in addition to the existing components already defined in the 
assembly data-structure (504). As needed, the new component is connected to various 
components by specifying interface connections in the assembly data-structure (506). 

30 Finally, the assembly data-structure is stored in the assembly and component database for 
future reference (508). 
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A new assembly can reference an existing assembly as a sub-assembly, essentially 
treating the sub-assembly as a component. The new assembly data-structure identifies 
interfaces between components and the sub-assembly. 

If the new assembly is created to replace the existing assembly (sub-assembly), the 
role name previously mapped to the existing assembly may be remapped to the new 
assembly. 

FIG. 6 is a block diagram representation of a system implementing a component- 
based application of the present invention. This example implementation includes a display 
device 600, an input-output device 602, an assembly and component database 604, a network 
interface 606, a memory 608 capable of storing information and processes, a secondary 
storage area 610 that includes a CD-ROM or backup device, and a processor 612. 

Display device 600 is any device used to display information to a user related to the 
processing of information on the system. Input-output device 602 includes devices used to 
provided and receive information to the computer such as keyboards, pointer devices (e.g., 
mouse), speakers and microphones. Assembly and component database 604 stores 
components and assembly data-structures previously described. Network interface 606 
provides network connectivity between this system and other systems connected to this 
system over a network, which may include a Local Area Network (LAN), Wide Area 
Network (WAN), subnets, an intranet, or the Internet, or a combination of such networks. 

Over a period of time, memory 608 may include a number of processes including a 
component-based application 614, a role 616, an assembly manager 618, assemblies 620, 
components 622, interfaces 624, object model 626, and operating system 628. Component- 
based application 614 requests role 616 which assembly manager 618 receives and processes. 
As previously described, assembly manager responds by loading assemblies 620, 
components 622, and interfaces 624 to perform the service. Object model 626 is used by 
assembly manager to manipulate components 622 while they are processing information. 
Operating system 628 can be Windows, Unix, or a real-time operating system that manages 
computing resources. 

A number of embodiments of the invention have been described. Nevertheless, it will 
be understood that various modifications may be made without departing from the spirit and 



scope of the invention. Accordingly, other embodiments are within the scope of the 
following claims and the full-range of their equivalents. 
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